Время жизни XMLHttpRequest объекта ограничено?

[ajprob]

Есть php-скрипт (назовем его "caller"), запускающий через ajax исполняемый скрипт (назовем его "work"). Work должен работать достаточно долго - минуты или десятки минут. И работает. Но вот Caller своей функцией "onreadystatechange" ждет не более 270 сек.
Т.е. если work отработал менее этого срока, то сообщение о завершении появляется, а если более, то ничего нет, типа "повисло".
Кто-нибудь может прокомментировать природу сего печального ограничения?

[laimas]

Какой смысл ждать десятки минут ответа? И у сервера нет в конфигурации "времени ожидания".

[ajprob]

1. Серверный конфиг ожидания - это 30сек ограничение на ожидание ответа по http-запросу. Насколько я понимаю, здесь это не причем.
2. "Смысл" не обсуждается, "надо!".
Хочу понять, где прошито это ограничение.

[laimas]

"Смысл" не обсуждается, "надо!".

Браузеру наплевать надо вам или нет, он не будет ожидать десятки минут ответа сервера, а просто закроет соединение и все.

1) Запрос сервера на выполнение задачи.
2) Сервер ставит задачу в поток и возвращает клиенту ее идентификатор.
3) Клиент разрывает соединение.
4) Последующие запросы клиента с интервалом 1 или ... минут проверяют состояние задачи по запрошенному идентификатору.

[ajprob]

Ну так и проверял бы ее, пока она (вызванная задача) не закончит свою работу. На основании чего он закрывает соединение? Стандартное 30сек время ожидания http-запроса здесь перекрыто почти в 10 раз. Откуда берется это ограничение?

[laimas]

https://learn.javascript.ru/ajax-xmlhttprequest

Проверять нужно статус выполнения задачи, а не ожидать пока она выполнится, если ее выполнение длительное. И это кардинально различные понятия.

[ajprob]

Так "onreadystatechange" этим и занимается - проверкой статуса выполнения. Эта функция задана, висит и честно ждет завершения запущенной задачи. Но дольше 270 сек ждать отказывается.

[laimas]

Я вам уже все сказал, думайте теперь сами "правильной ли дорогой идете товарищи", В.И. Лёнин.

[ajprob]

Ответа, значит, не знаете, тов. Профессор ...

[laimas]

Ответа, значит, не знаете

Я вам уже его написал. Держать открытым соединение зря десятки минут, да не дай бог это еще и для множества пользователей, ну это даже и назвать не знаю как. Другое дело если бы операция на сервере еще бы отдавал клиенту отчет (пусть это к примеру тики), куда еще ни шло, но просто сидеть и ждать, это нечто.

Есть cron, не сложно поставить задачу на выполнение, а клиенту нужно то всего лишь раз в N минут проверять ее статус.